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ACCOUNTING SOFTWARE 


Chuck Conley, the DECUS Library Director, wrote to say that the following letter from 
Terry Gibson is typical of a large number of inquiries he has received over the past 
several months. Because of the number of inquiries, he wants to encourage more 
dialogue along these lines. 


"I have received the August 1978 PDP-8 Program Library Catalog (...). In looking 
through the catalog I find that the majority of the programs apply to science and 
other fields not related to our business, which is accounting. 


"Perhaps you can give me a little guidance. We are interested in user programs that 
deal with accounting. I would appreciate it very much if you could tell me where to 
look in the catalog or perhaps send me an updated catalog that would have programs we 
could find useful. 


"Also, I would appreciate very much knowing of the sub-groups, i.e., LUG, SIG etc., ie 
which we might find helpful to our type of business. ~ 


"I have one other question and that is, if a program is written in FORTRAN, or as a 
matter of fact, any language other than DIBOL (which is what we have), can we get a 
translated version for our equipment? Can we use only the programs that are made for 
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the PDP-8 or can they also be adapted for our use?" 


Terry is at John F. Pfaffl, C.P.A., 301 East Olive Avenue, Suite 102, Burbank, 
California 91502 - 848-3810, 849-3813. 


lt seems to me that this letter is typical of many things I see and hear, also. 
Traditionally, small computers were sold to people who were prepared to invest a great 
deal of effort to get them to do what they needed. You had to become very familiar 
with the machine and its software and you had to write much of your own. Maybe you 
even had to build your own interfaces and so on. The computer became a principal 
activity for someone in the organization. Typically these users were in scientific 
and academic situations that encourage free exchange of information and programs. 

This is the interest base that built the DECUS Library, Symposia and Publications 
activities as we know them today. 


What we see now is DEC selling, directly or through third parties, to users who expect 
a running system, ready to go with minimum involvement on their part. This creates a 
problem. Typically these people seem not ready to expend the effort and resources 
required to understand the hardware and software to the level that allows them to 
answer questions such as the above but usually they are also not sophisticated enough 
to have been prepared to hire someone who does have the required expertise. The 
result is an expectation that someone is going to solve their problems without it 
costing them something more. Somewhere along the line this will change, people will 
learn they have to expect to pay consultants to help with this sort of thing and then 
it will become easier to find capable, qualified consultants for the job as the market 
opens up. 


The other problem illustrated is that it seems as though most of the people who write 
business type applications have an outlook that is different from the traditional one 
regarding sharing their work. They seem to come from an environment where one expects 
to sell their work rather than freely sharing it in the tradition of the research and 
academic environments. Perhaps as a result of this difference we seldom see viable 
business and accounting software contributed to the DECUS library. 


I wonder if others agree with this somewhat pessimistic analysis? Is the situation 
more hopeful than I have outlined? What can our SIG and DECUS do to serve these new 
users? What new or revised policies and programs would help? It seems to me that a 
good answer to these questions will benefit all of us. I notice that a very high 
percentage of all users (not just the new types) have a need and desire to do 
administrative, accounting, and word processing work that could fit on the traditional 
systems if the software tools and applications were available. 


I hope our extension into these areas in the 12-BIT SIG will help. Our orientation 
has always been along the traditional lines of sharing and open exchange as opposed to 
the the more "business like" commercial orientation of some other groups. If you have 
thoughts on this topic, or help to offer, please communicate them to me for the 
Newsletter, the Steering Committee and the DECUS hierarchy. 


RECENT SUBMISSIONS TO THE DECUS PROGRAM LIBRARY 


The following is a summary of programs submitted to the DECUS Program Library through 
February 1979. 
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DECUS 8-883 - Reentrant Subroutine Programming on PDP-8 

"A method for reentrant subroutine programming as well as a short, generally 
applicable source program is presented. The method offers a virtually transparent 
(programmed) stack handling as well as directly addressable counters, pointers and 
temporary storage. The method offers a relatively easy transcription of the standard 
software into reentrant one." 


Runs on any PDP-8 with read/write memory, uses one page in field 0 plus seven 
locations in page zero. In every other field (were needed) less than a half page plus 
7 page zero locations are used. This seems to be a nice little package. The listing 
is included in the writeup and can be easily transcribed. A demonstration of how to 
use the package showing the conventional code for a standard subroutine and then the 
modified code that runs with this package is shown. Cross field calls and returns are 
supported and the documentation seems good. It even gives timings for the various 
routines used. This seems like a good package to adapt to MACREL. 


DECUS 8-899 - TK4013 - Tektronix 4013 Graphics Terminal Simulator With Hard Copy 

"This program performs by software, all that is done by hardware in a Tektronix 4013 
storage graphics terminal with APL character set. The PDP-8 may be communicating with 
a host computer through teletype ports on both computers or the program may be 
modified to be driven by a program in the PDP-8 itself. A Tektronix type 613 (or 611 
presumably) storage display monitor and a VC8E interface are required. An x-y plotter 
for hard copy is optional." 


The only documentation in the writeup is embedded in the 100 page PAL8 listing. This 
listing might be of value to others writing graphics code. 


BASIC8-93 - Demonstration/Games Set #6 
CLOCK: Simulation of a Digital Clock on the VT05, and HANGMAN written for EDU-25. 


BASIC6-107 - Age Difference Probability Calculation. 

"This OS/8 (V3D) BASIC program calculates the probability, P, that two quantities are 
different statistically. Given a list of values and their standard deviations, P will 
be calculated for all possible pairs of values. Data may be input from the keyboard 
or from any OS/8 device. The program contains features for editing and adding data." 


Seems well documented. Accepts up to 100 data items and runs in 8K. The program 
listing is included in the writeup. It is about three pages of code, one statement 
per line if you want to type it in. 


FOCAL8-340 - MICFCC: Microsphere Flow Correction and Calculation Program 

"Program designed to perform mathematical corrections and calculations on data 
obtained from radiolabeled carbonized spheres (microspheres). Tissue samples 
containing microspheres are placed in a gamma radiation counting system and the data 
punched out on paper tape. MICFCC obtains the count per minute value of each isotope 
in each piece of tissue and corrects for various isotope to isotope interferences plus 
background radiation values before calculating regional blood flow for each piece of 
tissue. Any number of tissue samples and isotopes may be utilized with proper program 
modification. To perform these calculations using a calculator would take 
approximately 20 times longer, often saving 10 hours or more." 


Written for PS/8 FOCAL. Brief writeup includes one page listing. Modification to 
work with other versions of FOCAL should be quite easy. 
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FOCAL6-341 - ASCII to E.1.A. Conversions 

"This program will read an ASCII tape into the PDP-8 High Speed Reader one block at a 
time and simultaneously output an exact copy in E.I.A. coding. A second option is to 
type a Slo-Syn program on the keyboard of a model 33 teletype and have the characters 
punched on tape by the high speed punch. Unlimited program lengths are possible since 
no characters are stored in memory being immediatly punched on tape." 


Written for FOCAL 5/69. One page plus listing included in writeup. No other 
documentation. 


A NOTE FROM EARL T. ELLIS 


"l recently received a RTS/8 task which will drive the TD8E Simple DECtape. The task 
is really just a modification of DECUS 8-671, SD8X ION Simple DECtape handi:r for OS/8 
by W. van der Mark, which William D. Cattey (an -8 MAN-) tested with RTS& V1 on a 32K 
PDP8E at MIT. The task will turn off the interrupts for at most 17 nanoseconds 
(PDP8E) during read/write operations only. "TD8E HANDLER FOR RTS8" has been submitted 
to DECUS. Persons requiring this before it can clear DECUS paperwork can write me for 
a copy (Paper tape, DECtape, or Floppie). 1'll supply Papertape, request media 
otherwise. If you have software you would like others to have, I'll try to assist 
while it clears DECUS. I'll even submitt for you, if desired." 


(I wonder if Earl really means nanoseconds? - Milliseconds maybe? His address is USCG 
Rk & D Center, Avery Pt., Groton, CT 06340, phone:(203) 445-&501 Ext.296 or 
(FTS) 642-7274 Ext.296 - RH) 


MACREL LIERARIAN 


Alistair Windram writes via Lars Palmer as follows: "I have finally started looking 
at the Macrel Librarian - here are my current thoughts on it: 


The program will only handle LNKLIB.RB type libraries, not MACLIB.MA (at least at 
first) and will operate in one of three modes: 


1) Listing mode 
*list-device:file<library/L 
Will list the library LSD's on the given list-device:file 
(default - console or BATCH log) 


Extra options: 

/P list only LSD prefaces 

/S list only SECTS 

/G list only GLOBALS and ENTRY points 
/X list only external references 
(e.g. /P/S will list both subsets) 
default - /P/S/G/X 


2) Split mode 
*out put-device:file<library/0O (for "Open") 
will seperate the library into single .RB files 
(e.g. *SLIB<LNKLIB/O will create files SLIBO1.RB, SLIBO2.RB, etc.) 


Cat 
—— 


Update mode 
*new-library<old-library,new-file1,new-file2,new-file2,new-file3 
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*new-file4,new-file5,new-file6,new-file7,new-file8,etc. 
*new-file-n¢ 

will update old-library to new-library, adding new files at start 
(or as near as possible - trying to eliminate all back references) 


Options: 

/E Add new files as near end as possible (same back reference note) 

/D=nnnn Delete old module number nnnn (octal) from library 

/D/N Query console for global names (e.g. SECTS) - module where name is defined 
will be deleted 

/N Query terminal for GLOBAL names to be changed 


(e.g. new-name<old-name, file-number ) 
will change old-name in the given file to new-name when it is added in to 
the library (no update is done until altmode is typed) 


Both the latter interactive options to be illegal under BATCH)" 
"ANNOUNCING THE "HUGH" FLOPPY' 
Bill Haygood sent the following: 


"BIG floppies ? DOUBLE density ? Now, you can more than TRIPLE the storage on your 

RX01 (or RX01 compatible) floppy drive. We are offering a floppy diskette that can be _~ 
read and written by the RX01 with no hardware modifications whatever; yet packs 1540 
(decimal) OS/8 blocks per diskette. That's more than three times the capacity of the 
standard 494 block diskette. (In fact, four of these floppies nearly equal an RKO5 
cartridge pack!) We supply a non-system handler that reads and writes faster than any 
other RX01 we know of (a system handler will be available soon). If you are 

interested in TRIPLING your RX01 floppy storage, write or call Bill Haygood at 

COMPUTER METHODS, 7822 Oakledge Road, Salt Lake City, UT 84121, phone (801) 942-2300." 


NOTE FROM JEFF ELMAN 


Jeffrey P. Hardy wrote for Jeff Elman to say that he has some pressing questions about 

OS/8 FORTRAN 1V V3.02 running under OS/8 V3D. He wants to find a contact in his area 

who might be of assistance. This is an example of how DECUS Local User Groups (LUGs) 

can be of value to our members. We should be working to form LUGs wherever a group of 
users are near enough to be in regular contact. ‘ 


Jeff also writes: "My current configuration is a PDP-12 with 12K of core, TU-56 
LINCtape, EAE, A/D, D/A, KW12, relay register, and two Shugart SA801R floppy drives. 
I designed, built, and installed the Interface/Controller for the floppys, and wrote 
my own two page system handler which works fine (though it was hastily written, and 
could be improved upon greatly). I also built and installed an interface for an OVE 
III Voice Synthesizer, and designed, built and installed an RS-232 interface for the 
system console. I would be more than happy to share my designs with any interested 
members." 


Jeff is with the Phonetics Laboratory, Department of Linguistics, C-008, University of aes 
California - San Diego, La Jolla, California 92093. : 
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LAWRENCE H. EISENBERG 
COS-310 Working Group 
17141 Nance Street 
Encino, California 91316 
(213) 788-0354 


ERRATUM 


Nothing like starting out on a new career by correcting your very first 
mistakes. O.K., let's get on with it then. 


FIRST: My telephone number was printed incorrectly in Issue 32 
(Jan. 79) and the last digit (originally printed as "1") should be 
"yu", The correct number is 788-0354. My apologies for any inconven- 
ience. (My poor neighbor!) 


SECOND: "MENU" was poorly described by me. It's features are quite 
excellent, especially for installations where non-technical personnel 
may be expected to operate the system. It is not limited to the 
"first" command, as I had originally stated, but is extremely versa- 
tile and can include as many batch commands as convenient for any sys- 
tem function or utility (although limited to one block of source pro- 
gram for any single definition). While the Manual is not as well 
documented as it should be for this fine feature, the feature makes it 
quite easy to retain total program control with the MENU program. (I 
discuss this below.) 


THIRD: While not an error, DEC's Mike Dougherty has asked me to 
remind everyone that FLOW was not originally intended as a supported 
utility, but just came about due to his disdain for writing out all of 
those symbols in longhand. "Please," he adds, "use it, enjoy it, but 
don't pounce upon me with your troubles regarding it." Actually, we 
hope to present some features of FLOW in future issues, but this 
author has had no time to experiment with it as of yet. 


THE WP 200 MAKES ITS DEBUT AT THE IWP SHOW IN LOS ANGELES 


The WP 200 series was up and in action, with eight terminals and one printer, 
at the International Word Processing show in Los Angeles (Feb. 13-15). The 
configuration presented included two RX01 drives and four RLO(1s. (Also 
present was WPS-11 operating on a PDP-11/34, which was obviously much slower 
than the PDP-8 WPS 200 series systems.) 


The importance attached by DEC to the presentation was underscored by the con- 
tinuing presence of project manager Jack Gilmore throughout the show. Not 
only was he obviously exuberant over the debut of his "baby", but he also was 
being very protective. Also present was a very large contingent of WPS pro- 
gramming and sales personnel from DEC's East-Coast offices. 


The WP 200 appeared to operate flawlessly (almost). Some hitches were explain- 


ed away as having been "programmed out" for the purposes of the show. For 
example, when I entered the "CX" command (while no one was hovering over me) 
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the entire system crashed. (Not just the terminal at which I was operating, 
and not just the disk on which I was operating, but the entire system went 
down and had to be re-booted from scratch.) I was told that the "CX" command 
had been "programmed out" for the show. Somehow that explanation was not too 
convincing. (I noticed that WP communications protocol was utilized through 
modums attached to the PDP-11, and not the 200, at the show.) 


Since COS-310 is supposed to operate through the CX command on the 200 series 
it was not possible to independently determine whether or not the DP actually 
will work on the system. 


We were further informed, at the show, that the system on display was the only 
Operating system in the country, and that deliveries had been moved back 
another month. (First delivery in April? Maybe.) 


That wouldn't be the only delay, by the way. It takes just under five minutes 
to transfer a fairly full WPS diskette to the RLO1. 


CHANGES IN THE WIND 


Nothing official, mind you, but we hear rumour that our complaint of the 
inconsistency between DP and WP, vis-a-vie RLO1 and RX02 support may be 
resolved, at least with respect to RLO1 support from DP. We may expect to 
hear more at New Orleans upon that subject. (Maybe management did put them in 
that locked room?) 


PATCHES 


For those of you who have received Version 8, be sure to get all of the 
patches (three so far), as they are necessary to avoid unwanted file transfers 
(during SYSGEN/B) and certain difficulties with PIP. 


We found a "bug" with PIP in a command sequence. In Version 8, PIP may be 
controlled under a system command protocol, but it hung up in a /D (data file 
transfer) command on the "MORE?" prompt. Although entering a CR from the 


terminal resumed the protocol, still it was an obvious bug. A telephone call 
to Mike Dougherty resulted in a return call the following day advising that a 
new patch was developed and would be provided forthwith. Now, that's what I 


call support from DEC and dedication from one Mr. Dougherty! 


MENU 


The MENU utility is undoubtedly one of the handiest of the enhancements 
initiated under Version 8. MENU is a utility which permits pre-formatted 
information to be displayed upon the screen together with operator prompts. 
The prompts (identified as COMMANDS in the utility) are interpreted and 
operated upon as program controls or batch controls. A single prompt can 
utilize a batch command file of up to one block, which can include a lot of 
commands. 


MENU may be initialized through another feature in the SYSGEN process. Under 
SYSGEN/B you may create and under SYSGEN/C you may delte or create automatic 
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"start-up", which merely means that upon initialization of the DAte command, 
the Monitor will perform a BAtch START. (This is true if you enter a new DAte 
command or if you are booting the system.) Whatever you have in your START 
source file on the directory will be "batched". If there is no START file, 
then the monitor resumes command. 


Generally, you would want START to read: 10 RUN MENU,cmdfl. This would 
commence your menu control program as the first step after entering the date 
command. 


We have found, in the short time available, that by setting up the MENU 
DISPLAY function in a manner substantially identical to that of the WPS Menus, 
that our operators are able to switch back and forth between WPS and DP 
programs with little difficulty. 


To maintain control, make the last instruction in each COMMAND (batch) section 
"RUN MENU,cmdfl", where "cmdfl" is the same or another MENU program stored on 
the system directory. (Of course fatal errors in running programs will return 
to the Monitor, and not the MENU, as with any other BATCH stream.) 


ESCAPE ROUTINES 


The use of Escape Codes can be a powerful programming feature in many cases. 
(See discussion regarding the subject on page 35, issue #32, January 1979.) 
The ESC code is decimal 27 and can be read in an ACCEPT command in the decimal 
position (e.g, ACCEPT (TCHAR,CHAR); the "TCHAR" is the digit response and will 
display 27 for any ESC sequence). Upon receipt of the ESC code, go to a 
subroutine to determine the next character and what, if any, action should be 
followed. 


We use this with the GOLD MENU sequence of the WPS keyboard. The GOLD key = 
ESC P and, in the ensuing subroutine, the M response indicates that the 
program should branch to a Main Menu for that program. 


The use of CTRL codes is faster, in that each CTRL code has its own decimal 
equivalent thereby obviating the necessity for the subroutine to accept 
additional characters, but the ESC [GOLD] sequences are easier for the WPS 
Operator to understand. [Also, many of the special function keys on the WPS 
Keyboard are actually CTRL/* functions, and can be utilized in programming in 
the same manner. ] 


To enter an ESCape routine under program control, the entries are: 


100 DISPLAY (€0;:0;27)3 ESTABLISH ESCAPE SEQUENCE 
110 DISPLAY (0,0,CODE); COMPLETE THE SEQUENCE 
CODE may be a decimal or letter (inside quotes - ' ') entry and may be a 


variable. Although you can create your own meanings for most of the sequenc- 
es, several do have predetermined meanings for the VT50/52 terminals: 
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CODE CHARACTER ACTION TAKEN 

27 ESC First 027 engages ESC; the second: 

disengages the ESCape sequence. 

65 A Moves cursor up one line. 

66 B Moves cursor down one line. 

67 C Moves cursor right one position. 
68 D Moves cursor left one position. 
Te H Moves cursor to home position. 

74 J Erases from cursor position to 


the end-of-screen 


15 K Erases line from cursor to right 
margin 


There are many other predetermined sequences operative upon the VT52, but you 
will have to experiment yourself. 


As promised, we are appending a copy of the VT100 Escape Routines to this 
article, created and furnished through the courtesy of Michael Doughtery at 
the San Francisco DECUS. Note his use of the ESCape routines. 


GET MAIL 


While recent space limitations prevent the reproduction of all of our corres- 
pondence, we will reproduce summaries of the mail we have received and the 
needs of our readers. (I just received my Newsletter two days ago, and 
already I am receiving mail!) 


From BERNARD R. REDGATE, Director of Data Processing, Framingham Public 
Schools, 64 Prior Drive, Framingham, Mass. 01701, telephone 877-4816: Along 
with several other local school systems, Framingham uses COS 300. They have 
found that the DATE command will not accept any date after December 31, 1979, 
and want to know if there is any solution. 


Frankly, I do not know of any and I am unaware of any DEC patch for the date 
(except, of course, for a later version). However, it seems to me that with 
the sole exception of displaying the date in the Directory, COS's "need" for 
the date appears to be an exercise without a purpose. Unless the _ school 
system requires an absolutely correct directory -- with respect to dates -- l 
would suggest just entering earlier years and marking the media to reflect the 
actual dates. 


If anyone has a patch for the date problem (other than with a purchase of 
Version 8) please let us, and Mr. Redgate, know. 
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All the way from Munich, West Germany: RUDI STANGE, of DIGITAL EQUIPMENT 
GMBH, 8000 Munchen 40, Wallensteinplatz 2, West Germany, we are informed that 
there are other problems with V8. In view of the serious nature of one 
problem described by him, I quote: 


"(T)rying to move some sources from one floppy (RX1) to the system 
floppy via batch mode, the directory will be destroyed after 5 to 15 
sources have been moved (depending on how much is already on the RXO). 
The old monitor [V7] did it without problems. When tryed the same 
procedure with the system disk (RK8E) it worked fine. PIP gave 
similar problems on both, the RXO and DKO when operating it in batch 
mode transferring sources from DK1 or RX1 to either system disks. The 
problem is such, that after the 'no room' message has been displayed 
and the E-option has been performed (Units 1...15 undefined), a 
continuation of the batch process will transfer 2 to 3 more sources 
and then destroys the directory." 


". . , [Also] how can I obtain the COS sources in order to start some 
work on my own? .. ." 


Mr. Stange also notes that V8 appears slower, with floppies, than was V7 and 
uses more space. He further noted that there seems to be some work on combin- 
ing the OS/8 and COS Editors to facilitate editing. Anyone know of anything 
being done in the U.S. (or anywhere else) on this? 


With respect to the first problem, we were warned at DECUS in San Francisco, 
by Norm Farrington, of some problems which might. be associated with PIP/E, 
although certainly not the one mentioned by Mr. Stange, who indicates, at 
least, that he does not have any data files on the diskette. 


In view of the fact that PIP was completely re-written for V8, it is not 
unlikely that there may be some other problems, also. (The PATCHES mentioned 
above may involve a correction to this problem, but we have not received any 
information on the last two PATCHES as of this writing.) 


If there are any others out there with suggestions for Rudi Stange regarding 
this, please let him and us know. In the meantime, we'll just ask DEC and see 
what we can find out. 


(I wouldn't hold my breath for COS sources, Rudi!) 


PROGRAM NOTES 


Although we have not received any brilliant contributions for using displays 
(or Menus) from anyone out there, we had developed one which we find to be 
extremely helpful. By using one logical assignment, which is always open 
(except in those rare cases where seven assignments are needed for other 
purposes) and which rarely exceeds one logical unit in size, we include all of 
our displays within that assignment. Saves considerably on TEXT size of 
various programs, not to mention the programming size. 


DATE 2/27/79 COS-310 WORKING GROUP PAGE 5 


DECUS 12 BIT SPECIAL INTEREST GROUP NEWSLETTER PAGE 12 
NUMBER 33 MARCH 1979 


The following is a sample of the RECORD section: 


RECORD MENU; RECORD SECTION FOR TERMINAL DISPLAYS 
MENBR ,D3; DISPLAY/FORM NUMBER (REMAINS CONSTANT THROUGH 
: ENTIRE DISPLAY 
MENLIN ,D2; ROW (LINE NUMBER ON WHICH THIS LINE OF DATA 
. WILL BE DISPLAYED) 
MEN 1 ,A80; TEXT TO BE DISPLAYED (REMEMBER TO IMBED 
LEADING SPACES 
RECORD 
MEN , D4; DISPLAY COUNTER 
MEN2 D4; TO IDENTIFY DISPLAY SEQUENCE 
MEN 3 , D4 
MEND ,D3; REMEMBERS FIRST MENBR (OR START OF SEQUENCE) 
MNDEX ,100D4; | INDEX FOR UP TO 100 DISPLAYS 


To create the displays, we use a simple program (WRMENU), which we run while 
writing a program, and which displays a "page" (24 lines) of data. (Another 
simple program prints out the Displays for hardcopy review.) We then fill in 
the lines where needed. Each line of data is stored with the row (MENLIN) and 
display (MENBR) numbers. If there is no data on a line, then there is nothing 
stored for that row, and MENLIN is incremented. 


At runtime, the subroutine is told the display number (MENBR) being sought, 
which is saved in MEND, and it displays up to a page of data using the follow- 
ing: 


PROC 
INIT (15,UP,MENU,15); ALL DISPLAYS SAVED ON LOGICAL UNIT 15 
MENU, 
DISPLAY (1,1,1); CLEAR THE SCREEN FOR THE DISPLAY 
MEN =MNDEX (MEN3) ; FIRST PROGRAM ROUTINE AFTER "PROC" 
: CREATED A MENU INDEX (MNDEX) 
MENU 1, 
ON ERROR MENU2; NOT LIKELY, BUT AVOID A FATAL ERROR 
READ (15,MENU ,MEN) 
IF (MENLIN.EQ.77) RETURN; MENU-CREATING ROUTINE ENTERS A 
: 77 AS MENLIN AFTER LAST LINE OF 
. DISPLAY-DATA TO DISTINGUISH END 
: OF DISPLAY 
DISPLAY (MENLIN,1,MEN1) 
INCR MEN 
GOTO MENU1 
MENU2, 
RETURN; MUST HAVE READ PAST END OF FILE 


We use this routine for displays of MENUs and any other information which is 
to be provided the terminal operator. Accept and cursor commands are entered 
as with any other program, but the DISPLAY materials are stored thereby 
avoiding many program steps and much TEXT BUFFER memory. 
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0100 
0110 
0120 
0130 
0140 
0150 
9160 
0170 
3180 
0190 
0200 
0210 
0220 
0230 
0240 
0250 
0260 
0270 
0280 
0290 
0300 
0310 
0320 
0330 
0340 
0350 
0360 
0370 
0380 
0390 
0400 
0410 
0420 
0430 
0440 
0450 
0460 
0470 
0480 
0490 
0500 
0510 
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I hope that this information is helpful. The only way we will know, 
however, is if we hear from you. If the response is good, we will try to 
provide some interesting routines in each issue. Your assistance in providing 
us with some of your favorites for publication (and credit) will be 
appreciated. 


Hope to see you in New Orleans! 
VT 100 FEAIORES [IAVOLE RS DiBL oy 


START ; SUBROUTINE '‘LED' 


THE SELECTED LED'S WILL REMAIN ON UNTIL 'LED' IS CALLED AGAIN. TO 
TURN ALL LED'S OFF CALL 'LED! WITH LED], LED2, LED3, AND LED4 SET 
TO “0% 


RECORD 
LEDI, Dl ; NON-ZERO FOR LED#1 ON 
LED2, Dl ; NON-ZERO FOR LED#2 ON 
LED3, Dl ; NON-ZERO FOR LED#3 ON 
LED4, D1 :; NON-ZERO FOR LED#4 ON 
RECORD 
CODES, “Al0;" [02 sr 3" 
P, D2 
PROC 
> CALLING SEQUENCE 
: LED] = NON-ZERO FOR LED#1 ON 
: LED2 = NON-ZERO FOR LED#2 ON 
4 LED3 = NON-ZERO FOR LED#3 ON 
. LED4 = NON-ZERO FOR LED#4 ON 
¢ 
; CALL LED 


LED, P=2 
IF(LED1.EQ.0)GO TO SKIP1 > LED#1? 
P=P+2 Pp YES== 
CODES (P, P)=1 

SKIP1, IF(LED2.E0.0)GO TO SKIP2 + LED#2 2 
P=P+2 ; YES-- 
CODES (P,P)=2 

SKIP2, IF(LED3.EQ.0)GO TO SKIP3 > LED#3? 
P=P+2 :  Yooe= 
CODES (P,P)=3 

SKIP3, IF(LED4.EQ.0)GO TO SKIP4 ; LED#4? 
P=P+2 }- Eo 


CODES (P,P) =4 
; ENTER ANSI MODE 


SKIP4, DISPLAY (0,0, 27) ; OUTPUT ESCAPE CHARACTER 
DISPLAY (0,0,'<') 7; OUTPUT, «< 
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0520 ; TURN LEDS ON 

0530 

0540 DISPLAY (0,0, 27) 

0550 DISPLAY (0,0,CODES (1,P)) 
0560 DISPLAY (0,0,113) 

0570 
0580 
0590 
0600 DISPLAY (0,0, 27) 
0610 DISPLAY(0,0,'[?2") 
0620 DISPLAY (0,0, 108) 
0630 RETURN 


OUTPUT ESCAPE CHARACTER 
OUTPUT SELECTED PARAMETERS 
OUTPUT LOWER CASE Q 


=e 76 Ge 


RE-ENTER VT52 MODE 


OUTPUT ESCAPE CHARACTER 
OUTPUT [?2 : 
OUTPUT LOWER CASE L 


-e te MO 


es a ere Oar guess Ee PI Alia © ahaa a ee wee, 
From oo- @ip~eatary Winoraa 

COL PLP ourpoarted to cure vatiilord problems wath 4 trangters As some af 
Hoo widd know, gt mereiy agqravated che problem ¢! Here ils 2 patch to -_~ 
PIP Vila to cure all known -¥ protieins 


13626270000 


j 
Ps432/00G3 40280 


aan Pe a agk Sods ee rate Soh ai eT a a eat eer 
py At i | iy Yes See a aaa | 
anee : mp . my ae nn Seine a yoy ao a Pe Ba ON ae ol gon 
PSE054/]7T7R FP4oo, Gilt | OMe Pets deca. 2a, GOOG. uieetas. a Fe 
a n aos “. eu y a ALS ad as Romy amy een Saar a cal *y ae. ate Vine, SPSS ar) ee 
tee as Onur Leadon “sa as: Mgt. HPSS. TE Ge Fed. BGs. Pete 


1G1O6/ 3245 Bede 
TAL1ie@/ 3409 1600 
L61e4/7224d5 224e 

f4134/BS43 7200 

LG13B7/Se240 S205 

L4151/7400 5H00, O87) 27 FO 

14143 /6445 G216 . 
Leaie7/6e254 S210 

Aes TOT? SO3e Figer Aelar 1766s atele  a7aS 

14216/6201 GOOG; FUE, FOOL, BSa@07; SAO1. 1607, Gell: 12 oe 

LSPB67 2020 FeaOs: SSSI S61G7 -G1ATs -G6U0 

15S622/616) 6162 

146230100 G200 


This patch alse adds RLOL Disk to PIF device tavies, & updates patch level 
to V1ieek. aa 


XN 
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DROP - RECOVR - COPCOM 


This note describes 3 programs developed in Prof. W. L. van der Poel’s 
laboratory at the Technical University in Delft which were distributed with- 
out documentation at the “78 European DECUS meeting in Copenhagen. The three 
programs: DROP, RECOVR and COPCOM, provide a method for restoring “lost’ di- 
rectories or creating files from block-number specifications. ey were of- 
fered on an “as is’ paste with some precautions, but even in this form, have 
an obvious utility. 


DROP will scan an entire ee device seeking clues to the nature 
of the files it contains. Thus if you lose the directory on a valuable tape 
and do not have a recent listing, DROP can be used to give you at least some 
idea of the files present. The program recognizes, for instance, .BN and .SV 
files, and in the Paver case, uses the CCB to suggest a likely candidate, ie 
PIP or ABSLDR or some other system program. Of course it does not know about 
any of your own special programs, but will list the starting address and the 
core locations used, which is often sufficient. In the case of ASCII files, 
DROP will print the first 60 characters (sans all Carriage Returns and Line- 
feeds), which aoe is usually gee to identify the file. Given the start- 
ing block and the length, you can then copy it with the RECOVR program. 


DROP asks at the end: “WRITE DIRECTORY?”. Respond -only- with ‘NO’ (or 
with just a carriage return). This option has not been properly implemented! 


EX: eR DROP 
*{output device <} {input device} 
defaults: TTY: DSK: 


RECOVR and COPCOM allow you to move or examine files specified by loca- 
tion rather than by name. Obviously when you lose the directory this is the 
only way to access such files, but this is also convenient for aed copy- 
ing a program to disk which is only a few blocks away from a ile you have 
Aaa read near the end of a tapee RECOVR uses the ‘’=N’ option to indicate 

oth the -number- of blocks as well as the -starting block- for the transfer 
Relative references can be used, i.e. “start 10 blocks after file XXXX.PA’. 
The 4 low-order digits of N specify the location, and any high-order digits, 
the number of blocks. All numbers are in OCTAL! 


EX: eR RECOVR 
*{odev:filename <} {idev:}{filename}=bbbb1111 
defaults: TTY: SYS: (none) #blks|loc. 
Note that you must always specify a 4-digit value for the location. If 
a file name is given, the location is relative to that file, otherwise not. 
Omitting the output device allows you to simply examine various areas before 
you copy them. opefully you have a video terminal, rather than a hard-copy 
device, for this purpose! 


COPCOM will either -copy- or -compare- two file areas using only their 
location and length. (If the areas are in fact named files, OCOMP is a much 
better utility for comparisons, largely because of the superior output for- 
mat, and then there is EPIC...) COPCOM uses the ’=N’ option only to specify 
the -number- of blocks to copy (or compare). The starting block is cleverly 
decoded from the “filename” specification, ise. ‘“*R¥XA1:70” is interpreted as 
“block 70 on ErORPy number 1” (the start of file storage on a system device) 
This applies to the -output specification- as well, so you can do “block-to- 
block’ copies if you eich (you had better know what you are doing, however!) 
Specifying the °/F’ (file) switch returns you to the normal output filename 
interpretation so you can copy (as with RECOVR) any number of blocks into a 
named file. The °/C’ switch specifies “copy” instead of ‘compare’ (both be- 
gin with °C’, so you will just have to remember this one!) although it would 
seem that the program should be able to distinguish between these operations 
from the number of input “files” specified. The comparison feature is quite 
useful after a directory crash when attempting to match files with those on 
another device. Use the °/B” option in DIRECT to get a list of locations. 


EX: ~R COPCOM 
co k{odev:}location < {idev:} location /C=N 
Py 
copy *{odev: }filename < {idev:} location /C/F=N 
compare *{odev:} {file} < {devl:} locl, {dev2} loc2 =N 


COPCOM has been used to copy several ‘stranger’ (non-DEC) floppies into 
OS/8 files using a byte-mode floppy handler (Newsletter #29, p15), and then 
comparing them with OCOMP. This would also be a convenient way to cop all 
or part of a PDP11 floppy to an OS/8 file, or vice versa (ibid. #30, p e 
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FOCAL ROUTINE OF THE MONTH 


Problem: Calculate the number of cuts (and the size of each cut) 
necessary to machine off a given thickness of material, such that each 
cut is progressively smaller by the same amount with the last cut (LC) 
less than .002". Allow for a finishing pass of .0015". 


Solution: 1.1 ZERO S,N;C TH=THICKNESS, S=SUM, N=# 
1.3 FOR I=1,N;TYPE %6.04,CUT=(N+1-1L)*LC 


Comment: This routine works well for total cuts of .005 to .250" 
The interesting logic is in line 1.2 which calculates the sum of inte- 
gers (i.e. the number of times the “last cut’ is needed to achieve the 


total cut) from the expression: S=S+N=h+l. Each time this expression 
is evaluated °N’ advances by 1 while °S’% advances by °N’. This method 
is so simple that it took the author -many- hours to think of it! -JvZ 
7 National Research Council Conseil national de recherches 
Canada Canada 
Division of Physics Division de physique 
File Référence 
11 Jan. 1979 


Mr. R. Hassinger 

Liberty Mutual Research Center 
71 Frankland Road 

Hopkinton, Ma. 01748 


Dear Bob: 


The enclosed update to my previous remarks on this subject probably 
covers the problem more accurately - I realised that with an ordinary Teletype 
the lineprinter has al] the time in the world to dump its buffer! 


Yours sincerely, 


Ottawa, Canada ¢ 


K1A OR6 I.M. Templeton 
Telex 053-4322 
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Pi Se. To FReTS BERRA Ro Pee 


Senne ceernenes Meeenes ceemmnens mime? Septem GoretiEnE! wemnTren: eetEOEEE <ee=nGnEDND SiOMtGIEG! “tivennEn iveDCUEG! <“=LIANEDS Gninerenen semienenee sueEnErG: GI~EGLORGS SenI=IGES “EEEEIINGG SUGIEEIENS SHInEOGTA <IREILOHDD SIMEDUETSY =IRONIONE cUbeEEIIS =trmmrwY 


MANY FORTRAN TV USERS WITH HIGH-SPEED TERMINALS HAVE 
BEEN ANNOYED BY THE LISS OF OUTPUT FROM A LONG CALCULATION WHEN 
AN UNEXPECTED ERROR OCCURS IN THE NEXT STEFF. THE ERROR MESSAGE 
FRINTS AND THE FROGRAM EXITS TO MONITOR WITHOUT LEAVING TIME Ta 
EMP YY TRE LET BUPEER: THE FATCH Tl FRTS DESCRIBED BELOW SsERFMS 
TO CLEAR WF THIS FPROBLEM 


ee ee ee re ee ee ee ee ee 


PPP ee 


FROGRAM TH TEST LEFT FINISH DESPITE ERROR 


_ 


WRITE CS, 100) 
OW FORMAT(TO THIS IS A TEST LINE”) 


— 


C: 
iC NEXT LINE CONTAINS ERROR, EBUT TEST LINE PRINTS 
a IF FRTS. SV IS MODIFIEM AS SHOWN BEL iW 
i 
Z: SHIRT C-1) 
= Or 
END 
{: 
i 3t di de See Sh ESE SE se dE SE SE se de te St Sb SESE SESE Si SE St aE oe Se Se te 3h oh ab ae ee 


D> 


FEW LINES ARE STOLEN FROM THE LFT RING-BLFFER: 


OOo LeA A400 


eet fee Fat tee Oe 


C) a Fah 7 f my 1 A ts a & C) 0) 


PIII SIA S400 


THEN A SMALL PATCH WAITS FOR THE BUFFER TO EMPTY AFTER 
AN ERRGR: 


MOS LL ee Tee, 
SP4AéA/0000 14o 
ML{LA7/O000 1004 


mLyO/O000 7FeA4AQO 


ant Seat Bee tue? * oe 


MLAZ7L/O00O OmAA 


woh ea Sot tee! son! toot fet Fe 


"1S /446400 Lima 


WLP SIAKARXR BESS 


TAN TEMPLETON 

PAYSTOS DLIVIST CN 

NOTIONAL RESEARIZCH COUNT IL OF CANATIA 
MITAWA, CANATIO ELIA OR4 


Sliasntiy 


OS 


0002 
0003 
9004 
9005 
0006 
0007 
OO10 
OO11 


-~coPY- 


PORTSMOUTH ARBEY SCHOOL. 
PORTSMOUTHs RoI. O2971 


Jarmuary S19 1979 


Sek Cermter 

Administrative Services Groursy SWS 
FeOe Box F 

laymnarcdys MA O1754 


Germtlemers3 


The enclosed erohlem in the Cves»s onmee more!) OS-8 
Handbook was brouwsht to ms attention curins e visit to Canton 
(MA) Histthr School toda. Rriefivy the frrogram wom’t work Csee 


eases Ge 125s G- 127). 
Two reaesonmes at the leastys ere? 


Are The format width siven is too marrow (°F4.,27). Qne must 
leave room for the decimel Foint and the minus sism -- even 
Lf it aan’t there -- im field widths. The one ‘shown allows 2 
max. Gigits af which 2 may follow the decimal roint ! 


Be If ane FORTRAN tolerates the double-auotes shown im the 
FORMAT linegy ab’s mews to me. I sto mot think vours does, 


Whet is most vexing about the examrele is. the 
aerarent successful rum shown om G-127. This makes the user 
certain that it’s all nis fault when in feet it is mot. 
Either gsomeane faked the examele or the frogrem was rum om & 
Crao-Masnonm ancestor of today’s F4. 


Fortranoe id bhecus Evectus:s maybe? 


Yours Paadtiofud dy» 


(Rev. Dom? Geoffrey Chasey OSE 


4sifferents hut runnables version of the erosram aim O-1L26¢ 


FORTRAN IV 3.03 FEB 1 1974 PAGE ONE 


ce ae the demo FortrancnIVY erosgram im OS-8 Handbook 8-126 
WRITE €49100) 

Loo FORMAT CLHO’THIS IS & SIMPLE EXAMPLE OF A PROGRAM?) 
Xo 265 
You 3.14 
PROIXY = XxY 
WRITE €4y200)K%9 Ye RROUXY 

200 FORMAT CLH “X =’ 9F7eBvPXyo 7Y = yF 7. Ry BX yO XKY = % yk 722) 
NY 
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"OSY BoC" 
IBM compatible telecommunications package 
fully integrated into 0S/8 system 


A hopefully good news for the 12 bit community is the 
telecommunications package for OS/8 develoved in the 
Hungarian Academy of Sciences, Budapest, Hungary. 


I. Telecommunications features 


The "CSYBSC" is a software telecommunications package 


which allows: 


1. To connect a FDP-8 to a remote IBM (or SIE SiS) mainframe. 
“he FDF-8 emulates an IBM 2780 or IB 3780 Remote Batch 
Terminal and uses IB's standard PSC telecommunications 


protocol. 


2. To connect a FDI-8 to a FDP-11 running an IB. 2780 Terminal 
emulator packase (aveilable for all mayor 11's op. systems 
from DiC), or, to an other TDF-8 running the "OSYBSC" 


packare. 


The "CSY¥BSC" supports different topologies of tele- 


communications links: 


1. Foint-to-point line. 
At least one end may be used by a I'DP-8. On the other end 
there may be a meinframe, a FDF-11, a FDF-8 or an other 


minicomputer emulating a Remote Batch Terminal. 


MD 


- “ultipoint line, with mainframe connection. 
The VDI-S may be connected to a multidrop line and can 
operate as one of the slave stations of such a line. One 
iDF-8 can Handle un to 8 logical channels. The multidrop 
line is connected to and driven from the mainframe. 


3. “ultivoint line, without mainframe connection. 
It is possible to form stand-alone star networks with PDP-8's 
‘running "OSYPSC" without requiring mainframe support. The 


Ii. 
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star is driven by a PDP-8 with the "Master Station" version 
of "OSYBSC". Up to 8 slave PDP-8 stations can be connected 
handling up to 8 logical lines each. 


05/8 interface features 


The "OSYBSC" package is fully integrated into OS/8 op. 
system. The package makes possible to use telecommunications 
channels from any 0S/8 program which is able to handle 
character oriented OS/8 devices like FIF, Fortran II, Basic 
etc. The logical channels can be used like standard devices. 


Rxamples: 
Output of a file DATA.AS from DTAO: to the telecommunica- 
tions line in point-to-point discipline: 

en Le 

STOUT :<DTAO:DATA.AS 
"PCUT:" is the device name for the output direction in 
point-to-point disciplin. The speed differences between the 
local devices and the telecommunications link are handled 


internally in the "OSYPSc", 


Input of a remote file through the logical telecommunicati- 
ons channel 7 and output to line printer in multipoint: 

oH “PLP 

MLPT:<T7: 


"T7;" ig the device name for channel 7 in multipoint 
discipline. 


"OSYESC" runs under any 0OS/8 V3 or later without any modi- 
fications. "OCSYESC" was testes with different FDF-11 emulator 
packages from DEC and with mainframes. A similar package for 
RTS/8 and COS 300 is also already develovred. 


Deatailed information may be obtained from the author: 


A. Szabo, Hungarian Academy of Sciences 
W-1035 Budapest III., Vordsvari ut 3.V.28. 
Hungary 
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Mr. Rohert Hassinger 

Coordinator ~ 12 Bit Sis 

c/o? Liberty Mutual Research Center 
71 Franklin Road 
Horkintonms MA 01748 


lear Bon? 


This letter serves as a followur to mys last letter which 
arreared in the "12-BKIT SIG NEWS"s NUMBER 31, NOVEMBER —- 78» FAGE 
38, I have received several ineauiries concerning the OS/8 Frogram 
nucleus which I have been develorings. I hore the followimns 
comments will serve to explain some of the backsround of this 
software rackaser for those whom have not vet teken the time to 
write, 


The software Fackasge is mamed "MULTIO". This acronym stands 
for "MULTiele Ineuts and Outeuts",. "MULTIO" serves as 2 software 
interface between the OS/8 - OS/78 orerating system and a8 user 
writtens FALS assembly language rrogram,. At Fresents,s ure to 
twenty-six (26) Mnemonic Fsuedo-instructions ere conditionally 
imcluded in the frogram assembly, These rrovide a "High Level 
Lansguese" style of ineut and outreut and other functions for use 
within the "User" Frosgram. The general errroach of this softwere 
rackkede 15 to relieve the erogrammer of the “"technmicalities’® of 
writings OS/8 device inderendant Frrograms and wutilities. This 
allows the Frogrammer to concentrate slmost entirely om WHAT the 
rFarticular Frogram has to doy instead of concentrating on the 
imtricate manireuleations of the Oreraeting System. For instances 
initializsetion of the Ffrosgram including: calling the command 
decoders converting the OS/8 system dates oreininsg the I/0 filess 
setting ure the “rum-time*® ortionss determining the smount of 
memory aveilsables end several other functions: consists of over 40 
maJjor stersy ang this may be imelemented with @ single 
"Fsouedo-instruction"® ("INITLZ"). 


The most Frredominate feature of the Frackase is that it 
erovides for multirles concurremt infeut end outrut devices to be 
"OPEN" simultaneously. This reauirement is most often found in 
"SORT", "MERGE", and "DIVERGE" frograms. In its frresent forms the 
Fackade mas be conditionally assembled to allow from zero to three 
OS/8 ineut devices and from zero to three OS/8 outrfut devices to 
all be oren at the same time. In additions the rackase rrovides 
imternal handlers for the console frinter and keyboard, 2 high 
sreed Fumcehy 2 line Frintery and the "“BATCH" los device. This 
8llows 8s user written fFrrogram ur to eleven (11) devices for I/O 
guring @ Frogram rurie The “‘imternal" handlers ere sll selected ty 
ortions raessed thru the OS/8 Command Decoder. OS/8 device I/0 may 
be either ea cheracter at a time or “Line Oriented"s or & mixture 
of both, The "Line Oriented" I/0 is imrelemented by High Level 
Landuge style “Mnemonics” such as "READTI", "“WRITE2"s etc. 
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The software fackadge includes seversl debussings features,» 
im@ludins selective device I/0 "trees", and surrort for "User" 
FrOdran error NESSSSes, These debussins routines may be 
comditionally imeluded or excluded for the finel frrosgram essembdly. 
The softwere rackasge elso rrovides for 3a "Trare-Trace" which shows 
the address of the "CALL" for each of the commonly called service 
routines rrovided in the Fraeckase. 


The software rFackase also includes a large rumber of commonly 
reaquiredy "User" erogram calleble functions,» such ss binary to 
decimal or actsl conversions Fush-down steck handlers, OS/8 date 
CONMVErSLOrs Frogram imitiralizetiony, cheracter Facking and 
Woreaeckins and memors contents moving, device oreninsg end closings 
message rrintinsgs calling the command decoder, etc. Mans of these 
funetions are imelemented ty the use of “"Fsuedo-instruction 
Mnemonics" which mske the resultant essembly language Frrosgream 
resemble a high level lamsusese,. 


Anew version of the 27-bit floating Foint rackase may also 


be conmditionalls iumeluded in the Frogram. This racksde is fully 
comeatiole witn the "TEC" version but runs faster and includes 
some mew Faeuedo~-inmstructiomns. This segment comtsins seversl 


comditionalls assembled sections which ere used to configure the 
floating Foint frackese to suit the "User" frogram reauirements. 


The eresent FALS source files for this software frackaede totel 
905 OS578 blocks and the User’s manual i5 arrroximately 120 Fades, 
I intend to market the Frackasge when the User’s manuel 1S 
commeleted,. It will total anhout 200 Frases, This is emtirely 2 
Sseare time frroJect but I am currently exrecting to be able to 
release the entire Frackage around June or July of this vear, 
Naturally, a@ large user resronse will comrel me to work harder 
toward an earlier comrletion,. I will mot release it rrior to the 
completion of the manuals because I] feel very strongly that it 
must be adeauately documented, A "MACREL® version is currently 
beins develoreon and will be released et se later date, 


I heave used this raeckaese to develor shout 40 Frosgrams end 

OS/8 utilities to date and have imrelemented each of the "Urgrades' 
to the rackasge so thet each of the existing Frrosgrams may be 
urgraded to the mewest version bys merely re-assembling the 
xisting "User" Frrogram with the mewer MULTIO sources. This has 

made it relatively easy for me to Surerort se large number of 
assembly langduese Frrodgrams, since the only "srecial" Frosramming 
is the ectual "User" Frogram, This "User" Frrosgram becomes 32 
comrearatively small rortion of the total Frosram (tyrically SZ to 
45% of the total source code). The "User" frogramming effort is 


greatly reducedy Ssimce it bhecomes more of 32 "Format" or 
"Seaquencer’® for the orerastion of the routines contsined in the 
"MULTIO’ software rackade, This elso causes 32 substantial amount 


of STANDIARIIZATION bhetween rrograms,. Tlevelorment effort is also 
reduced due to the large amount of Frrior testing that has been 
rerformed om the "MULTIO" softwere and the [DEBUGGING facilities 
that ere automatically aveilahle im this raeckasge,. 
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My current "record" for an assembly lansuese Frrogram 
develorment is for 3s utility Frosgram that will inmeut an ASCII file 
(or concatenate ur to % files) ard outeut it concurrently to three 
OS/8 devices (Flus the line fFrinter,y hish sreed runchs, video 
screen, and/or “BATCH" loss if desired), This FALS assembly 
language Frrogram was writtery tyreds, assembled and loaded, anced 
finally tested and debusgsed in less then twenty-five (25) minutes. 
Actually the shortest rossible rrogram that may be written with 
the "MULTIO" software rackase reauires 3 "USER" Frogram source 
that is only 7? lines longs and will rerform 2a device to device 
transfer of ASCII files. Including the editing of the raremeter 
filer this should take sbout ten mirsites to imelement. 


For those who wish to be nmotified uron the release of this 
software rackasey rlesse send me 23 self-addresseds stamred 
envelore,r to the address given below. 


On another subJecty I moted in one of the rast issues the 
discussion on the rossibility of transmitting rarer tares of 
Various software rrodgrams @$ 38 Fart of the newsletter. The main 
eFroblem of this idea was moted as being the fFroduction of the 
teres and determining some means of attaching them to the 
newsletter, I have an alternste sussestion which may have already 
been discussed, Why mot teske some of the more useful Frograms 
that esre in the DECUS library Chow shout the one for CCL 
reccollectioms, DECUS #8-871) which ere relatively shorts and 
rerroduce an assembly listing of these rrosgrams in the mewsletter. 
Some frractical limit (say 6 Fases) could be rlaced om how large ~2 
Frogram would he included, tut this would allow those hardy souls 
who dom’t mind a little tering to tere ur their own source for 
such Frosgrams and assemble them on their systems. This would 
avoid the Froblems of media comratability, lost or damaged rarer 
tares»y and the sheer logistical Froblems of Froducins so many 
rerep tares,. It may also he fractical to reduce these assembly 
listings to half size (my XEROX machine will do this and I’1il 
volunteer to Froduce the MASTER cory), This would ellow more to 
be included in whatever the srsce limitations may be. Anybody who 
comelains sbout the "small" Frint can tre SHOT for lookins s sift 
horse im the mouth, T’1ll work ue short Frogram and send it in for 
the mext mewsletter. 


Regarcs» 


Ken Maxfield 


11707 Macrimnus 
Florissanty MO 63033 
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DIGITAL EQUIPMENT COMPUTER USERS SOCIETY 
ONE IRON WAY, MR2-3/E55 
MARLBORO, MASSACHUSETTS 01752 


MOVING OR REPLACING A DELEGATE? 


Please notify us immediately to guarantee continuing 
receipt of DECUS literature. Allow up to six weeks 
for change to take effect. 


Change of Address 
Delegate Replacement 


DECUS Membership No.: 
Name: 

Company: 

Address: 


State/Country: 


Zip/Postal Code: 
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Mail to: DECUS - ATT: Membership 
One Iron Way, MR2-3 
Marlboro, Massachusetts 01752 USA 
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